Appl. No. 10/693,326 
IN THE CLAIMS: 



The following listing of claims will replace all prior versions, and listings, of claims 
in the application: 

1 . (Currently Amended): A computerized method of managing a file system for a file 
server, comprising: 

receiving a file operation that signals a reservation operation for a file of the file 
system, the file having a file size; 

computing a first number of blocks needed to accommodate the file size; 

subtracting from the first number of blocks a second number of blocks already 
allocated for the file and a third number of delayed allocated blocks for the file to obtain 
a fourth number of unallocated blocks [[to be reservedll needed to accommodate the file 
size ; and 

using the fourth number of blocks to perform a reservation of unallocated blocks 
for the file for later allocation . 

2. (Currently Amended): A method as in claim 1, wherein the file system uses a write 
anywhere file system layout characterized in that data to be written are written to new 
blocks instead of being written to blocks previously allocated for said data . 

3. (Original): A method as in claim 1, wherein the file operation that signals the 
reservation operation is a zero length write request. 
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4. (Original): A method as in claim 1 , wherein the file operation that signals the 
reservation operation includes a parameter that specifies the file size. 

5. (Previously presented): A method as in claim 1, wherein computing comprises: 

determining a total number of direct and indirect blocks needed to accommodate 
the file size. 

6. (Previously Presented): A method as in claim 1, further comprising: 

setting a flag in an inode for the file that indicates blocks have been reserved for 
the file. 

7. (Currently Amended): A method according to claim 1 , [[further comprising ll wherein 
said using the fourth number of blocks to perform a reservation of unallocated blocks for 
the file for later allocation comprises: 

checking that a number of available blocks in the file system is greater than the 

fourth number of blocks, wherein an error is returned in a case that the number of 
available blocks is less than the fourth number of blocks. 

8. (Original): A method as in claim 7, wherein the number of available blocks in the file 
system is determined by subtracting a number of allocated blocks, a number of cached 
unallocated blocks, and a number of reserved blocks from a total number of blocks in 
the file system, and adding a number of reserved cached unallocated blocks. 
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9. (Currently Amended): A method according to claim 1 , [[further comprising ll wherein 
said using the fourth number of blocks to perform a reservation of unallocated blocks for 
the file for later allocation comprises: 

checking that a fifth number of blocks does not exceed a remainder of a quota for 

an owner of the file, wherein an error is returned in a case that the fifth number of blocks 
exceeds the remainder of the quota, wherein the fifth number of blocks comprises a 
difference between the first number of blocks and the second number of blocks. 

10. (Previously presented):A method as in claim 1, further comprising releasing 
reservation of blocks as blocks are written to storage. 

1 1 . (Previously presented): A method as in claim 10, wherein releasing reservation of 
blocks further comprises decrementing the number of reserved unallocated blocks by a 
number of released blocks. 

12-21. (Canceled) 

22. (Previously Presented): A method according to claim 1 , further comprising: 
caching one or more blocks of the file in a buffer; 
writing the one or more blocks to storage; and 

decrementing the number of unallocated blocks by the number of blocks written 
to the 
storage. 



Page 4 of 18 



Appl. No. 10/693,326 

23. (Previously Presented): A method according to claim 22, further comprising setting 
a caching flag for each block cached in the buffer. 

24. (Currently Amended): A file server comprising a memory storing a computer 
program, a processor capable of executing the program, and a storage device capable 
of storing files of a file system under control of the processor, wherein the program 
comprises: 

i nstruct i ons caus i ng tho proc e ssor to 

instructions [[causing Ti to cause the processor to receive a file operation that 
signals a reservation operation for a file of the file system, the file having a file size; 

instructions [[causing ll to cause the processor to compute a first number of 
blocks needed to accommodate the file size; 

instructions [[causing l lto cause the processor to subtract from the first number of 
blocks a second number of blocks already allocated for the file and a third number of 
delayed allocated blocks for the file to obtain a fourth number of unallocated blocks to 
be reserved to accommodate the file size; and 

instructions to cause the processor to use the fourth number of blocks to perform 
a reservation of unallocated blocks for the file for later allocation . 

25. (Currently amended): A file server according to claim 24, wherein the file system 
uses a write anywhere file system layout characterized in that data to be written are 
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written to new blocks instead of being written to blocks previously allocated for said 
data . 

26. (Previously Presented): A file server according to claim 24, wherein the file 
operation that signals the reservation operation is a zero length write request. 

27. (Previously Presented): A file server according to claim 24, wherein the file 
operation that signals the reservation operation includes a parameter that specifies the 
file size. 

28. (Currently amended): A file server according to claim 24, wherein the instructions 
[[that ]]tocause the processor to compute comprise instructions to cause the processor 
to determine a total number of direct and indirect blocks needed to accommodate the 
file size. 

29. (Currently amended): A file server according to claim 24, wherein the program 
further comprises instructions [[causing ]l to cause the processor to set a flag in an inode 
for the file, the flag indicating that blocks have been reserved for the file. 

30. (Currently amended): A file server according to claim 24, wherein the instructions 
to cause the processor to use the fourth number of blocks to perform a reservation of 
unallocated blocks for the file for later allocation program furthor compr i s e s comprise 
instructions [[that ]]to_cause the processor to check whether a number of available 
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blocks in the file system is greater than the fourth number of blocks, and return an error 
in a case that the number of available blocks is less than the fourth number of blocks. 

31 . (Previously Presented): A file server according to claim 30, wherein the processor 
determines the number of available blocks in the file system by subtracting a number of 
allocated blocks, a number of cached unallocated blocks, and a number of reserved 
blocks from a total number of blocks in the file system, and adding a number of 
reserved cached unallocated blocks. 

32. (Currently Amended): A file server according to claim 24, wherein the program 
further comprises instructions [[that ]]tocause the processor to check whether a fifth 
number of blocks does not exceed a remainder of a quota for an owner of the file, and 
return an error if the fifth number of blocks exceeds the remainder of the quota, wherein 
the fifth number of blocks comprises a difference between the first number of blocks and 
the second number of blocks. 

33. (Currently amended): A file server according to claim 24, wherein the program 
further comprises instructions [[that ]]to_cause the processor to release reservation of 
blocks as blocks are written to storage. 

34. (Currently amended): A file server according to claim 33, wherein the instructions 
that-tg_cause the processor to release comprise instructions [[that ]]tocause the 
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processor to decrement the number of the reserved unallocated blocks by a number of 
released blocks. 

35-45. (Canceled) 

46. (New) A method comprising: 

receiving at a storage server a request for a space reservation for a data set 
managed by the storage server; and 
in response to the request, 

computing a number of blocks needed to be reserved for the data set, and 
reserving for later allocation a number of unallocated blocks equal to the 
computed number of blocks. 

47. (New) A method as recited in claim 46, further comprising: 

performing a write operation to write data to the data set by 

determining whether a space reservation has been performed for the data 

set, and 

in response to determining that a space reservation has been performed 
for the data set, allocating one or more blocks for said data without determining whether 
enough blocks are available for completing the write operation. 

48. (New) A method as recited in claim 47, further comprising: 
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in response to determining that a space reservation has not been performed for 
the data set, determining whether enough blocks are available for completing the write 
operation prior to allocating any blocks for said data. 

49. (New) A method as recited in claim 46, wherein the storage server employs a 
methodology in which data to be written are written to new blocks instead of being 
written to blocks previously allocated for said data. 

50. (New) A method as recited in claim 46, wherein the request comprises a zero 
length write request. 

51 . (New) A method as recited in claim 46, wherein said computing the number of 
blocks comprises: 

computing a first number of blocks representing a number of blocks needed to 
accommodate a size of the data set; 

computing a second number of blocks representing a number of blocks already 
allocated for the data set; 

computing a third number of blocks representing a number of delayed allocated 
blocks for the data set; and 

subtracting the second number of blocks and the third number of blocks from the 
first number of blocks to produce a fourth number of blocks representing the number of 
blocks needed to be reserved for the data set. 
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52. (New) A method as recited in claim 46, wherein said reserving for later allocation 
the number of unallocated blocks comprises: 

setting a flag in a first metadata container associated with the data set, that 
indicates blocks have been reserved for the data set. 

53. (New) A method as recited in claim 52, further comprising: 

examining the flag during a subsequent write operation to determine whether 
blocks have bee reserved for the data set. 

54. (New) A method as recited in claim 52, wherein said reserving for later allocation 
the number of unallocated blocks comprises: 

incrementing a reserved block count in a second metadata container associated 
with the data set by the number of blocks needed, the reserved block count indicating 
how many unallocated blocks have been reserved for data sets managed by the 
storage server. 

55. (New) A storage server comprising: 

a processor; 

a network interface through which to communicate with a remote client; 
a file system; and 

a storage device storing code which, when executed by the processor, causes 
the storage server to execute a process that includes 
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receiving a signal corresponding to a request for a space reservation 
operation for a file in the file system; 

computing a number of blocks needed to be reserved to accommodate the 

file; 

reserving for later allocation a number of unallocated blocks in the file 
system equal to the number of blocks needed to be reserved to accommodate the file, 
performing a write operation to write data to the file by 

determining whether a block reservation has been performed for 

the file, and 

in response to determining that a block reservation has been 
performed for the file, allocating one or more blocks for said data in the file system 
without determining whether enough blocks are available in the file system for 
completing the write operation. 



56. (New) A storage server as recited in claim 55, wherein said process further 
comprises: 

in response to determining that a block reservation has not been performed for 
the file, determining whether enough blocks are available in the file system for 
completing the write operation prior to allocating any blocks for said data in the file 
system. 
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57. (New) A storage server as recited in claim 55, wherein the file system employs a 
methodology in which data to be written are written to new blocks instead of being 
written to blocks previously allocated for said data. 

58. (New) A storage server as recited in claim 55, wherein the signal represents a zero 
length write request. 

59. (New) A storage server as recited in claim 55, wherein said computing the number 
of blocks needed to be reserved to accommodate the file comprises: 

computing a first number of blocks representing a number of blocks needed to 
accommodate a size of the file; 

computing a second number of blocks representing a number of blocks already 
allocated for the file; 

computing a third number of blocks representing a number of delayed allocated 
blocks for the file; and 

subtracting the second number of blocks and the third number of blocks from the 
first number of blocks to produce a fourth number of blocks representing the number of 
blocks needed to be reserved to accommodate the file. 

60. (New) A storage server as recited in claim 55, wherein said reserving for later 
allocation the number of unallocated blocks in the file system comprises: 

setting a flag in a first metadata container associated with the file, that indicates 
blocks have been reserved for the file. 
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61 . (New) A storage server as recited in claim 60, wherein said process further 
comprises: 

examining the flag during a subsequent write operation to determine whether 
blocks have bee reserved for the file. 

62. (New) A storage server as recited in claim 60, wherein said reserving for later 
allocation the number of unallocated blocks in the file system comprises: 

incrementing a reserved block count in a second metadata container associated 
with the file by the number of blocks needed, the reserved block count indicating how 
many unallocated blocks have been reserved for files in the file system. 
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